تسلط بر چرخه حیات سرویس ورکر: راهبردهای نصب، فعال‌سازی و به‌روزرسانی

سرویس ورکرها سنگ بنای برنامه‌های وب پیش‌رونده (PWA) هستند و قابلیت‌های قدرتمندی مانند عملکرد آفلاین، پوش نوتیفیکیشن‌ها و همگام‌سازی پس‌زمینه را فراهم می‌کنند. درک چرخه حیات سرویس ورکر – نصب، فعال‌سازی و به‌روزرسانی‌ها – برای ساخت تجربه‌های وب قدرتمند و جذاب حیاتی است. این راهنمای جامع به هر مرحله به تفصیل می‌پردازد و مثال‌ها و راهبردهای عملی برای مدیریت مؤثر سرویس ورکر ارائه می‌دهد.

سرویس ورکر چیست؟

سرویس ورکر یک فایل جاوا اسکریپت است که در پس‌زمینه، جدا از رشته اصلی مرورگر، اجرا می‌شود. این فایل به عنوان یک پروکسی بین برنامه وب، مرورگر و شبکه عمل می‌کند. این ویژگی به سرویس ورکرها اجازه می‌دهد تا درخواست‌های شبکه را رهگیری کنند، منابع را کش کنند و حتی زمانی که کاربر آفلاین است، محتوا را ارائه دهند.

آن را مانند یک نگهبان برای منابع برنامه وب خود در نظر بگیرید. می‌تواند تصمیم بگیرد که آیا داده‌ها را از شبکه دریافت کند، از کش ارائه دهد یا حتی یک پاسخ کاملاً ساختگی ایجاد کند.

چرخه حیات سرویس ورکر: یک نمای کلی دقیق

چرخه حیات سرویس ورکر شامل سه مرحله اصلی است:

• نصب: سرویس ورکر ثبت شده و کشینگ اولیه آن انجام می‌شود.
• فعال‌سازی: سرویس ورکر کنترل صفحه وب را به دست می‌گیرد و شروع به مدیریت درخواست‌های شبکه می‌کند.
• به‌روزرسانی: نسخه جدیدی از سرویس ورکر شناسایی شده و فرآیند به‌روزرسانی آغاز می‌شود.

۱. نصب: آماده‌سازی برای قابلیت‌های آفلاین

مرحله نصب جایی است که سرویس ورکر محیط خود را تنظیم کرده و منابع ضروری را کش می‌کند. در ادامه، مراحل کلیدی را شرح می‌دهیم:

ثبت سرویس ورکر

اولین قدم ثبت سرویس ورکر در فایل اصلی جاوا اسکریپت شماست. این کار به مرورگر می‌گوید که سرویس ورکر را دانلود و نصب کند.

            if ('serviceWorker' in navigator) {
  navigator.serviceWorker.register('/service-worker.js')
    .then(function(registration) {
      console.log('Service Worker registered with scope:', registration.scope);
    })
    .catch(function(err) {
      console.log('Service Worker registration failed:', err);
    });
}

            

              
                Copy
              
            
          

این کد بررسی می‌کند که آیا مرورگر از سرویس ورکرها پشتیبانی می‌کند یا نه، و سپس فایل /service-worker.js را ثبت می‌کند. متدهای then() و catch() به ترتیب موارد موفقیت و شکست فرآیند ثبت را مدیریت می‌کنند.

رویداد install

پس از ثبت، مرورگر رویداد install را در سرویس ورکر فعال می‌کند. اینجاست که شما معمولاً دارایی‌های ضروری مانند HTML، CSS، جاوا اسکریپت و تصاویر را پیش‌کش می‌کنید. در اینجا یک مثال آورده شده است:

            self.addEventListener('install', function(event) {
  event.waitUntil(
    caches.open('my-site-cache-v1').then(function(cache) {
      return cache.addAll([
        '/',
        '/index.html',
        '/style.css',
        '/app.js',
        '/images/logo.png'
      ]);
    })
  );
});

            

              
                Copy
              
            
          

بیایید این کد را تجزیه کنیم:

• self.addEventListener('install', function(event) { ... });: این یک شنونده رویداد برای رویداد install ثبت می‌کند.
• event.waitUntil( ... );: این تضمین می‌کند که سرویس ورکر نصب را تا زمانی که کد داخل waitUntil به پایان نرسیده، تکمیل نکند. این برای اطمینان از کامل بودن کشینگ شما حیاتی است.
• caches.open('my-site-cache-v1').then(function(cache) { ... });: این یک فضای ذخیره‌سازی کش به نام 'my-site-cache-v1' باز می‌کند. نام‌های کش خود را نسخه‌بندی کنید تا به‌روزرسانی‌ها را اعمال کنید (در ادامه بیشتر در این مورد صحبت خواهیم کرد).
• cache.addAll([ ... ]);: این یک آرایه از URL‌ها را به کش اضافه می‌کند. اینها منابعی هستند که به صورت آفلاین در دسترس خواهند بود.

ملاحظات مهم در حین نصب:

• نسخه‌بندی کش: از نسخه‌بندی کش استفاده کنید تا اطمینان حاصل شود که کاربران آخرین نسخه از دارایی‌های شما را دریافت می‌کنند. هنگام استقرار تغییرات، نام کش را به‌روز کنید (مثلاً 'my-site-cache-v1' به 'my-site-cache-v2').
• منابع ضروری: فقط منابع ضروری را در حین نصب کش کنید. کش کردن دارایی‌های کمتر حیاتی را به بعد، در زمان اجرا، موکول کنید.
• مدیریت خطا: مدیریت خطای قوی برای مدیریت شکست‌های کشینگ پیاده‌سازی کنید. اگر کشینگ در حین نصب با شکست مواجه شود، سرویس ورکر فعال نخواهد شد.
• بهبود تدریجی (Progressive Enhancement): وب‌سایت شما باید حتی اگر سرویس ورکر نصب نشود، به درستی کار کند. برای عملکردهای ضروری صرفاً به سرویس ورکر تکیه نکنید.

مثال: فروشگاه تجارت الکترونیک بین‌المللی

یک فروشگاه تجارت الکترونیک بین‌المللی را تصور کنید. در حین نصب، ممکن است موارد زیر را کش کنید:

• HTML، CSS و جاوا اسکریپت اصلی برای صفحه لیست محصولات.
• فونت‌ها و آیکون‌های ضروری.
• یک تصویر جایگزین برای تصاویر محصولات (که با تصاویر واقعی دریافت شده از شبکه جایگزین می‌شود).
• فایل‌های محلی‌سازی برای زبان ترجیحی کاربر (در صورت وجود).

با کش کردن این منابع، شما اطمینان می‌دهید که کاربران می‌توانند حتی زمانی که اتصال اینترنت ضعیف یا قطع است، کاتالوگ محصولات را مرور کنند. برای کاربران در مناطقی با پهنای باند محدود، این یک تجربه کاربری بسیار بهبود یافته فراهم می‌کند.

۲. فعال‌سازی: به دست گرفتن کنترل صفحه

مرحله فعال‌سازی جایی است که سرویس ورکر کنترل صفحه وب را به دست می‌گیرد و شروع به مدیریت درخواست‌های شبکه می‌کند. این یک مرحله حیاتی است، زیرا می‌تواند شامل انتقال داده‌ها از کش‌های قدیمی‌تر و پاک‌سازی کش‌های منسوخ باشد.

رویداد activate

رویداد activate زمانی فعال می‌شود که سرویس ورکر آماده به دست گرفتن کنترل باشد. این زمان مناسبی برای موارد زیر است:

• حذف کش‌های قدیمی.
• به‌روزرسانی وضعیت سرویس ورکر.

            self.addEventListener('activate', function(event) {
  var cacheWhitelist = ['my-site-cache-v2']; // Current cache version

  event.waitUntil(
    caches.keys().then(function(cacheNames) {
      return Promise.all(
        cacheNames.map(function(cacheName) {
          if (cacheWhitelist.indexOf(cacheName) === -1) {
            return caches.delete(cacheName);
          }
        })
      );
    })
  );
});

            

              
                Copy
              
            
          

این کد کارهای زیر را انجام می‌دهد:

• self.addEventListener('activate', function(event) { ... });: یک شنونده رویداد برای رویداد activate ثبت می‌کند.
• var cacheWhitelist = ['my-site-cache-v2'];: یک آرایه از نام‌های کش که باید حفظ شوند را تعریف می‌کند. این باید شامل نسخه فعلی کش باشد.
• caches.keys().then(function(cacheNames) { ... });: تمام نام‌های کش را بازیابی می‌کند.
• cacheNames.map(function(cacheName) { ... });: روی هر نام کش پیمایش می‌کند.
• if (cacheWhitelist.indexOf(cacheName) === -1) { ... }: بررسی می‌کند که آیا نام کش فعلی در لیست سفید قرار دارد یا خیر. اگر نه، این یک کش قدیمی است.
• return caches.delete(cacheName);: کش قدیمی را حذف می‌کند.

ملاحظات مهم در حین فعال‌سازی:

• پاک‌سازی کش: همیشه کش‌های قدیمی را در حین فعال‌سازی حذف کنید تا از مصرف فضای ذخیره‌سازی بیش از حد توسط برنامه شما جلوگیری شود.
• کنترل کلاینت‌ها: به طور پیش‌فرض، یک سرویس ورکر تازه فعال‌شده کنترل کلاینت‌های موجود (صفحات وب) را تا زمانی که دوباره بارگذاری شوند یا به صفحه دیگری در محدوده سرویس ورکر هدایت شوند، به دست نمی‌گیرد. شما می‌توانید با استفاده از self.clients.claim() کنترل فوری را اعمال کنید، اما مراقب باشید زیرا اگر سرویس ورکر قدیمی در حال مدیریت درخواست‌ها بوده باشد، این کار می‌تواند منجر به رفتار غیرمنتظره شود.
• انتقال داده‌ها: اگر برنامه شما به داده‌های ذخیره شده در کش متکی است، ممکن است نیاز داشته باشید این داده‌ها را در حین فعال‌سازی به فرمت کش جدید منتقل کنید.

مثال: وب‌سایت خبری

یک وب‌سایت خبری را در نظر بگیرید که مقالات را برای خواندن آفلاین کش می‌کند. در حین فعال‌سازی، ممکن است:

• کش‌های قدیمی حاوی مقالات منسوخ را حذف کنید.
• داده‌های مقالات کش‌شده را به فرمت جدیدی منتقل کنید، اگر ساختار داده وب‌سایت تغییر کرده باشد.
• وضعیت سرویس ورکر را برای منعکس کردن آخرین دسته‌بندی‌های خبری به‌روز کنید.

رویداد fetch: رهگیری درخواست‌های شبکه

رویداد fetch هر زمان که مرورگر یک درخواست شبکه را در محدوده سرویس ورکر انجام دهد، فعال می‌شود. اینجاست که سرویس ورکر می‌تواند درخواست را رهگیری کرده و تصمیم بگیرد چگونه آن را مدیریت کند. راهبردهای رایج عبارتند از:

• اول کش (Cache First): ابتدا سعی کنید منبع را از کش ارائه دهید. اگر پیدا نشد، آن را از شبکه دریافت کرده و برای استفاده‌های بعدی کش کنید.
• اول شبکه (Network First): ابتدا سعی کنید منبع را از شبکه دریافت کنید. اگر شبکه در دسترس نبود، آن را از کش ارائه دهید.
• فقط کش (Cache Only): همیشه منبع را از کش ارائه دهید. این برای دارایی‌هایی که احتمال تغییر آنها کم است، مفید است.
• فقط شبکه (Network Only): همیشه منبع را از شبکه دریافت کنید. این برای محتوای پویا که باید به‌روز باشد، مفید است.
• کهنه-در-حین-اعتبارسنجی (Stale-While-Revalidate): منبع را فوراً از کش ارائه دهید و سپس کش را در پس‌زمینه به‌روز کنید. این یک پاسخ اولیه سریع فراهم می‌کند در حالی که اطمینان می‌دهد کش همیشه به‌روز است.

در اینجا مثالی از راهبرد اول کش آورده شده است:

            self.addEventListener('fetch', function(event) {
  event.respondWith(
    caches.match(event.request).then(function(response) {
      // Cache hit - return response
      if (response) {
        return response;
      }

      // Not in cache - fetch from network
      return fetch(event.request).then(
        function(response) {
          // Check if we received a valid response
          if(!response || response.status !== 200 || response.type !== 'basic') {
            return response;
          }

          // IMPORTANT: Clone the response. A response is a stream
          // and because we want the browser to consume the response
          // as well as the cache consuming the response, we need
          // to clone it so we have two independent copies.
          var responseToCache = response.clone();

          caches.open('my-site-cache-v1')
            .then(function(cache) {
              cache.put(event.request, responseToCache);
            });

          return response;
        }
      );
    })
  );
});

            

              
                Copy
              
            
          

توضیح:

• caches.match(event.request): بررسی می‌کند که آیا درخواست از قبل در کش وجود دارد یا خیر.
• اگر در کش پیدا شد (response تهی نیست): پاسخ کش‌شده را برمی‌گرداند.
• اگر پیدا نشد:
  • fetch(event.request): منبع را از شبکه دریافت می‌کند.
  • پاسخ را اعتبارسنجی می‌کند (کد وضعیت، نوع).
  • response.clone(): پاسخ را کلون می‌کند (ضروری است زیرا بدنه پاسخ فقط یک بار قابل خواندن است).
  • پاسخ کلون‌شده را به کش اضافه می‌کند.
  • پاسخ اصلی را به مرورگر برمی‌گرداند.

انتخاب راهبرد fetch مناسب به نیازمندی‌های خاص برنامه شما و نوع منبع درخواستی بستگی دارد. عواملی مانند موارد زیر را در نظر بگیرید:

• فرکانس به‌روزرسانی‌ها: منبع چند وقت یکبار تغییر می‌کند؟
• قابلیت اطمینان شبکه: اتصال اینترنت کاربر چقدر قابل اعتماد است؟
• نیازمندی‌های عملکردی: تحویل یک پاسخ اولیه سریع چقدر مهم است؟

مثال: اپلیکیشن رسانه اجتماعی

در یک اپلیکیشن رسانه اجتماعی، ممکن است از راهبردهای fetch مختلفی برای انواع مختلف محتوا استفاده کنید:

• تصاویر پروفایل کاربر: اول کش (چون تصاویر پروفایل نسبتاً به ندرت تغییر می‌کنند).
• فید اخبار: اول شبکه (برای اطمینان از اینکه کاربران آخرین به‌روزرسانی‌ها را می‌بینند). به طور بالقوه با کهنه-در-حین-اعتبارسنجی برای تجربه‌ای روان‌تر ترکیب می‌شود.
• دارایی‌های استاتیک (CSS، جاوا اسکریپت): فقط کش (چون اینها معمولاً نسخه‌بندی شده و به ندرت تغییر می‌کنند).

۳. به‌روزرسانی: به‌روز نگه داشتن سرویس ورکر شما

سرویس ورکرها به طور خودکار زمانی که مرورگر تغییری در فایل سرویس ورکر تشخیص دهد، به‌روز می‌شوند. این معمولاً زمانی اتفاق می‌افتد که کاربر دوباره از وب‌سایت بازدید می‌کند یا زمانی که مرورگر در پس‌زمینه برای به‌روزرسانی‌ها بررسی می‌کند.

تشخیص به‌روزرسانی‌ها

مرورگر با مقایسه فایل سرویس ورکر فعلی با فایلی که قبلاً ثبت شده است، به‌روزرسانی‌ها را بررسی می‌کند. اگر فایل‌ها متفاوت باشند (حتی به اندازه یک بایت)، مرورگر آن را یک به‌روزرسانی در نظر می‌گیرد.

فرآیند به‌روزرسانی

وقتی یک به‌روزرسانی تشخیص داده می‌شود، مرورگر مراحل زیر را طی می‌کند:

1. فایل سرویس ورکر جدید را دانلود می‌کند.
2. سرویس ورکر جدید را نصب می‌کند (بدون فعال کردن آن). سرویس ورکر قدیمی به کنترل صفحه ادامه می‌دهد.
3. منتظر می‌ماند تا تمام تب‌های کنترل‌شده توسط سرویس ورکر قدیمی بسته شوند.
4. سرویس ورکر جدید را فعال می‌کند.

این فرآیند تضمین می‌کند که به‌روزرسانی‌ها به آرامی و بدون ایجاد اختلال در تجربه کاربری اعمال شوند.

اعمال اجباری به‌روزرسانی‌ها

در حالی که مرورگر به‌روزرسانی‌ها را به طور خودکار مدیریت می‌کند، شرایطی وجود دارد که ممکن است بخواهید یک به‌روزرسانی را به صورت اجباری اعمال کنید. این می‌تواند زمانی مفید باشد که تغییرات حیاتی در سرویس ورکر خود ایجاد کرده‌اید یا می‌خواهید اطمینان حاصل کنید که همه کاربران از آخرین نسخه استفاده می‌کنند.

یک راه برای اعمال اجباری به‌روزرسانی استفاده از متد skipWaiting() در سرویس ورکر شماست. این به سرویس ورکر جدید می‌گوید که از مرحله انتظار صرف‌نظر کرده و فوراً فعال شود.

            self.addEventListener('install', function(event) {
  event.waitUntil(self.skipWaiting());
});

self.addEventListener('activate', function(event) {
  event.waitUntil(self.clients.claim());
});

            

              
                Copy
              
            
          

skipWaiting() سرویس ورکر جدید را مجبور می‌کند فوراً فعال شود، حتی اگر کلاینت‌های موجود (صفحات وب) توسط سرویس ورکر قدیمی کنترل شوند. سپس clients.claim() به سرویس ورکر جدید اجازه می‌دهد کنترل آن کلاینت‌های موجود را به دست بگیرد.

احتیاط: استفاده از skipWaiting() و clients.claim() می‌تواند منجر به رفتار غیرمنتظره شود اگر سرویس ورکرهای قدیمی و جدید با هم سازگار نباشند. به طور کلی توصیه می‌شود از این متدها فقط در صورت لزوم استفاده کنید و به‌روزرسانی‌های خود را از قبل به طور کامل آزمایش کنید.

راهبردهای به‌روزرسانی

در اینجا چند راهبرد برای مدیریت به‌روزرسانی‌های سرویس ورکر آورده شده است:

• به‌روزرسانی‌های خودکار: به مکانیزم به‌روزرسانی خودکار مرورگر تکیه کنید. این ساده‌ترین رویکرد است و برای اکثر برنامه‌ها به خوبی کار می‌کند.
• کش‌های نسخه‌بندی شده: از نسخه‌بندی کش استفاده کنید تا اطمینان حاصل شود که کاربران آخرین نسخه از دارایی‌های شما را دریافت می‌کنند. وقتی نسخه جدیدی از برنامه خود را مستقر می‌کنید، نام کش را در سرویس ورکر خود به‌روز کنید. این کار مرورگر را مجبور می‌کند سرویس ورکر جدید را دانلود و نصب کند.
• به‌روزرسانی‌های پس‌زمینه: از راهبرد کهنه-در-حین-اعتبارسنجی برای به‌روزرسانی کش در پس‌زمینه استفاده کنید. این یک پاسخ اولیه سریع فراهم می‌کند در حالی که اطمینان می‌دهد کش همیشه به‌روز است.
• به‌روزرسانی‌های اجباری (با احتیاط): از skipWaiting() و clients.claim() برای اعمال اجباری به‌روزرسانی استفاده کنید. از این راهبرد به ندرت و فقط در صورت لزوم استفاده کنید.

مثال: پلتفرم جهانی رزرو سفر

یک پلتفرم جهانی رزرو سفر که از چندین زبان و ارز پشتیبانی می‌کند، به یک راهبرد به‌روزرسانی قوی نیاز دارد تا اطمینان حاصل شود که کاربران همیشه به آخرین اطلاعات و ویژگی‌ها دسترسی دارند. رویکردهای بالقوه:

• استفاده از کش‌های نسخه‌بندی شده برای اطمینان از اینکه کاربران همیشه جدیدترین ترجمه‌ها، نرخ‌های تبدیل ارز و به‌روزرسانی‌های سیستم رزرو را دریافت می‌کنند.
• استفاده از به‌روزرسانی‌های پس‌زمینه (کهنه-در-حین-اعتبارسنجی) برای داده‌های غیرحیاتی مانند توضیحات هتل‌ها و راهنماهای سفر.
• پیاده‌سازی مکانیزمی برای اطلاع‌رسانی به کاربران هنگامی که یک به‌روزرسانی بزرگ در دسترس است، و از آنها بخواهید صفحه را برای اطمینان از اجرای آخرین نسخه، بازخوانی کنند.

دیباگ کردن سرویس ورکرها

دیباگ کردن سرویس ورکرها می‌تواند چالش‌برانگیز باشد، زیرا آنها در پس‌زمینه اجرا می‌شوند و دسترسی محدودی به کنسول دارند. با این حال، ابزارهای توسعه‌دهنده مرورگرهای مدرن چندین ویژگی برای کمک به شما در دیباگ مؤثر سرویس ورکرها ارائه می‌دهند.

ابزار توسعه‌دهندگان کروم (Chrome DevTools)

Chrome DevTools بخش اختصاصی برای بازرسی سرویس ورکرها فراهم می‌کند. برای دسترسی به آن:

1. ابزار توسعه‌دهندگان کروم را باز کنید (Ctrl+Shift+I یا Cmd+Opt+I).
2. به تب "Application" بروید.
3. "Service Workers" را در منوی سمت چپ انتخاب کنید.

در بخش Service Workers، می‌توانید:

• وضعیت سرویس ورکر خود را مشاهده کنید (در حال اجرا، متوقف، نصب شده).
• سرویس ورکر را لغو ثبت کنید.
• سرویس ورکر را به‌روز کنید.
• فضای ذخیره‌سازی کش سرویس ورکر را بازرسی کنید.
• لاگ‌های کنسول سرویس ورکر را مشاهده کنید.
• سرویس ورکر را با استفاده از نقاط شکست (breakpoints) و دیباگینگ گام‌به‌گام دیباگ کنید.

ابزار توسعه‌دهندگان فایرفاکس

ابزار توسعه‌دهندگان فایرفاکس نیز پشتیبانی عالی برای دیباگ کردن سرویس ورکرها ارائه می‌دهد. برای دسترسی به آن:

1. ابزار توسعه‌دهندگان فایرفاکس را باز کنید (Ctrl+Shift+I یا Cmd+Opt+I).
2. به تب "Application" بروید.
3. "Service Workers" را در منوی سمت چپ انتخاب کنید.

ابزار توسعه‌دهندگان فایرفاکس ویژگی‌های مشابهی با Chrome DevTools ارائه می‌دهد، از جمله قابلیت بازرسی وضعیت سرویس ورکر، فضای ذخیره‌سازی کش، لاگ‌های کنسول و دیباگ کردن سرویس ورکر با استفاده از نقاط شکست.

بهترین شیوه‌ها برای توسعه سرویس ورکر

در اینجا چند بهترین شیوه برای دنبال کردن هنگام توسعه سرویس ورکرها آورده شده است:

• ساده نگه دارید: سرویس ورکرها باید سبک و کارآمد باشند. از منطق پیچیده و وابستگی‌های غیرضروری اجتناب کنید.
• به طور کامل آزمایش کنید: سرویس ورکر خود را در سناریوهای مختلف، از جمله حالت آفلاین، اتصالات شبکه کند و نسخه‌های مختلف مرورگر آزمایش کنید.
• خطاها را به درستی مدیریت کنید: مدیریت خطای قوی برای جلوگیری از کرش کردن یا رفتار غیرمنتظره برنامه خود پیاده‌سازی کنید.
• از کش‌های نسخه‌بندی شده استفاده کنید: از نسخه‌بندی کش برای اطمینان از اینکه کاربران آخرین نسخه از دارایی‌های شما را دریافت می‌کنند، استفاده کنید.
• عملکرد را نظارت کنید: عملکرد سرویس ورکر خود را برای شناسایی و رفع هرگونه گلوگاه نظارت کنید.
• امنیت را در نظر بگیرید: سرویس ورکرها به داده‌های حساس دسترسی دارند، بنابراین مهم است که بهترین شیوه‌های امنیتی را برای جلوگیری از آسیب‌پذیری‌ها دنبال کنید.

نتیجه‌گیری

تسلط بر چرخه حیات سرویس ورکر برای ساخت برنامه‌های وب قدرتمند و جذاب ضروری است. با درک مراحل نصب، فعال‌سازی و به‌روزرسانی، می‌توانید سرویس ورکرهایی ایجاد کنید که عملکرد آفلاین، پوش نوتیفیکیشن‌ها و سایر ویژگی‌های پیشرفته را ارائه می‌دهند. به یاد داشته باشید که بهترین شیوه‌ها را دنبال کنید، به طور کامل آزمایش کنید و عملکرد را نظارت کنید تا اطمینان حاصل شود که سرویس ورکرهای شما به طور مؤثر کار می‌کنند.

همچنان که وب به تکامل خود ادامه می‌دهد، سرویس ورکرها نقش مهم‌تری در ارائه تجربه‌های کاربری استثنایی ایفا خواهند کرد. از قدرت سرویس ورکرها استقبال کنید و پتانسیل کامل برنامه‌های وب خود را آزاد کنید.